home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / urn / urn-archives / urn-ietf.archive.9608 / 000035_owner-urn-ietf _Tue Aug 27 15:05:33 1996.msg < prev    next >
Internet Message Format  |  1997-02-19  |  4KB

  1. Received: (from daemon@localhost) by services.bunyip.com (8.6.10/8.6.9) id PAA22358 for urn-ietf-out; Tue, 27 Aug 1996 15:05:33 -0400
  2. Received: from mocha.bunyip.com (mocha.Bunyip.Com [192.197.208.1]) by services.bunyip.com (8.6.10/8.6.9) with SMTP id PAA22352 for <urn-ietf@services.bunyip.com>; Tue, 27 Aug 1996 15:05:31 -0400
  3. Received: from beethoven.Bunyip.Com by mocha.bunyip.com with SMTP (5.65a/IDA-1.4.2b/CC-Guru-2b)
  4.         id AA07783  (mail destined for urn-ietf@services.bunyip.com); Tue, 27 Aug 96 15:05:27 -0400
  5. Received: (leslie@localhost) by beethoven.bunyip.com (8.6.9/8.6.10) id PAA14680; Tue, 27 Aug 1996 15:05:24 -0400
  6. Message-Id: <199608271905.PAA14680@beethoven.bunyip.com>
  7. From: leslie@bunyip.com (Leslie Daigle)
  8. Date: Tue, 27 Aug 1996 15:05:22 -0400
  9. In-Reply-To: Stu Weibel's message as of Aug 27, 14:17
  10. X-Mailer: Mail User's Shell (7.2.5 10/14/92)
  11. To: weibel@oclc.org (Stu Weibel), urn-ietf@bunyip.com
  12. Subject: Re: [URN] NAPTR "wizards"
  13. Sender: owner-urn-ietf@services.bunyip.com
  14. Precedence: bulk
  15. Reply-To: leslie@bunyip.com (Leslie Daigle)
  16. Errors-To: owner-urn-ietf@bunyip.com
  17.  
  18. Well, Stu, there may have been areas in which there was less consensus
  19. than others in Montreal, but I think this actually need not be one of them.
  20.  
  21.  
  22. What I understood out of the Montreal meeting is that we agreed to work
  23. on a general uniform resolution system -- i.e., those things, and only
  24. those things, necessary to get heterogeneous naming systems to hang
  25. together so that they could be used in a broad variety of contexts, with
  26. some common expectations about longevity, accessibility, and maintenance.
  27.  
  28. [Stu wrote:]
  29. > NAPTR-based resolution is solving a RESOLUTION problem, not a unique naming
  30. > problem (the solution to which is far simpler, and for which numerous 
  31. > solutions already exist).
  32.  
  33. Not just "NAPTR-based", but the point of the framework presented in
  34. Montreal.  Yes, they do tackle the resolution problem, not the naming
  35. problem, _because_ those problems are dealt with elsewhere.  Let PURLs,
  36. FPIs, ISBNs, Handles, etc play in the URN arena, and time and market space
  37. will determine which work best.
  38.  
  39. So, 
  40.  
  41. [Ron wrote:]
  42. > Actually, at the BOF in Montreal, we explicitly said that URNs are not
  43. > going to solve the friendly naming problem.
  44.  
  45. and
  46.  
  47. [Dan wrote:]
  48. > strong.  Rather, URNs are not *necessarily* going to solve the
  49. > friendly naming problem.  In other words, the system supported by
  50. > NAPTR-based resolution could be used to support friendly names, but
  51. > doing so is beyond the scope of the URN problem, which is unique
  52. > names.  [...]
  53.  
  54. and both are right.
  55.  
  56. If we set out with user friendly naming as a goal of the WG, then every
  57. thing we did would have to ensure that it was true for all potential
  58. namespaces (and my user-friendly is your user-abhorrent).  Rather, we
  59. focus on the mechanics, and let individual namespace builders worry about
  60. how user-friendly their users want names to be.
  61.  
  62. Leslie.
  63.  
  64. -- 
  65.  
  66. ------------------------------------------------------------------------------
  67.  
  68.                                                       Leslie Daigle
  69.    "Learn and live."                                  Vice President, Research
  70.                                                       Bunyip Information Systems
  71.                           -- ThinkingCat              (514) 875-8611
  72.                                                       leslie@bunyip.com
  73. ------------------------------------------------------------------------------